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(54) Method of operation for an image processing apparatus 



(57) The invention relates to a method of operation 
of an image processing apparatus having a controller 
(74) and a plurality of resources ( 1 04, 1 06, 1 08) arranged 
in an arbitrary configuration. Each of the resources 
( 1 04. 1 06. 1 08) provides an associated processor storing 
data related to operational capabilities of the associated 
resource. The controller (74) is adapted to dynamically 
configure the image processing apparatus to operate in 
accordance with the operational capabilities of each of 
the processors by defining job requirements as a com- 
bination of images defining a set of sheets and specify- 
ing compilations of sheets. The job requirement Is con- 
verted into an assembly tree relationship for merging in- 
to additional assembly trees for formulating the job re- 
quirement. The controller (74) responds to the data re- 



lated to the operational capabilities of each of the mod- 
ules (104,106,108) and to the assembly tree relation- 
ship of images, copy sheets, and compilations of copy 
sheets for providing a production tree relationship of the 
operational capabilities of the modules (104,106,108) 
including timing relationships for operating the image 
processing apparatus. The production tree relationship 
further permits arbitrary definition of a job requirement 
into a first segment independent of the capabilities of 
the modules and a second segment dependent upon se- 
lected capabilities of selected modules to allow the im- 
age processing apparatus to be partially configured 
based upon operator entered constraints. This tech- 
nique further allows adaptive control of selective diag- 
nostics. 
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to Specify certain output terminal actions or selected di- 
agnostic routines. Still another object of the present in- 
vention is to be able to define a document with an as- 
sembly tree component and a partial production tree 
component. 

According to the present invention, an electronic im- 
age processing apparatus is provided with a controller 
and a plurality of resources in an arbitrary configuration. 
Each of the resources includes an associated processor 
storing data related to operational capabilities of the as- 
sociated resource. The controller Is adapted to dynam- 
ically configure the image processing apparatus to op- 
erate in accordance with the operational capabilities of 
each of the processors and todefine processing require- 
ments as a combination of images defining a set of 
sheets and specifying compilations of sheets. The 
processing requirement is converted into an assembly 
tree relationship for merging into additional assembly 
trees for formulating the job requirement. The controller 
responds to the data related to the operational capabil- 
ities of each of the modules and to the assembly tree 
relationship of images, copy sheets, and compilations 
of copy sheets for providing a production tree relation- 
ship of the operational capabilities of the modules in- 
cluding timing relationships for operating the image 
processing apparatus. The production tree relationship 
further permits arbitrary definition of a job requirement 
into a first segment independent of the capabilities of 
the modules and a second segment dependent upon se- 
lected capabilities of selected modules to allow the im- 
age processing apparatus to be partially configured 
based upon operator entered constraints. This tech- 
nique further allows adaptive control of selective diag- 
nostics. 

The present invention wilt be described further by 
way of examples, with reference to the accompanying 
drawings, in which: 

Figure 1 is a simplified elevational view showing the 
relevant parts of a typical printing apparatus, on 
which the present invention may operate: 
Figure 2 is a systems diagram showing a typical pri- 
or art machine configuration: 
Figures 3, 4, and 5 illustrate arbitrary machine con- 
figurations capable of transparent control in accord- 
ance with the present invention: 
Figure 6 illustrates a universal controller in accord- 
ance with the present invention: 
Figure 7 illustrates a control architecture for the uni- 
versal controller of Figure 6 in accordance with the 
present invention: 

Figures 8 and 9 illustrate machine representations 
as transducers with constraints in accordance with 
the present invention: 

Figure 10 illustrates a typical assembly tree config- 
uration of a job requirement in accordance with the 
present invention: 

Figure 1 1 illustrates the merging and transferring of 



assembly trees between facilities in accordance 
with the present invention: and 
Figure 12 illustrates a typical production tree with 
constraints- converted from an assembly tree to 
5 drive a printing apparatus in accordance with the 
present Invention. 

Figure 1 is a simplified elevational view of the paper 
path of an on-demand printing apparatus, capable of 

10 simplex or duplex output, in which a stream of digital 
video signals representative of Images desired to be 
printed causes the desired images to be formed on a 
selected side of a print sheet. The particular architecture 
shown in Figure 1 is for an electrostatographic printer, 

IS but it will be understood that the principle of the invention 
could apply equally to other types of image -creation 
technologies, such as ink-jet printing. The printing ap- 
paratus, generally indicated as 10, contains one or more 
stacks of available sheets on which to print images. 

20 these stacks being indicated as 12a and 12b. The 
sheets of paper in the stacks 12a and 12b may differ in, 
for example, size, color, or the presence of a pre-printed 
letterhead. When it is desired to create an image on a 
sheet, a sheet of a desired type is drawn from a stack 

25 such as 1 2a or 1 2b. such as by respective feeders 1 4a. 
1 4b. and the Individual sheet Is fed onto duplex loop 1 6. 

Duplex loop 16 is typically in the form of an endless 
belt which is capable, by means of friction, static elec- 
tricity, vacuum, or other means, of retaining a plurality 

30 of sheets thereon, thereby retaining a particular sheet 
until it is time for the sheet to receive an image on the 
side of the sheet facing outwardly from the belt of the 
duplex loop 16. In the architecture shown in Figure 1 . it 
Is intended that sheets "ride" on the outer surface of the 

35 belt of duplex loop 16. Along one portion of duplex loop 
16, the belt of duplex loop 16 comes into close contact 
with a photoreceptor belt Indicated as 18. At the point of 
close proximity of duplex loop 16 and photoreceptor belt 
18, there may be provided a transfer corotron 20, the 

•to function of which will be familiar to skilled in the art of 
xerography. 

In the xerographic-based embodiment of a printing 
apparatus shown in Figure 1, a device which shall be 
here generally referred to as an "imager" creates an 

-*5 electrostatic latent image on the surface of photorecep- 
tor 18. Imager 22 has the function of receiving a se- 
quence of digital signals representative of the desired 
image to be printed, and outputs a physical manifesta- 
tion, such as a modulated laser scanning beam, to im- 

so agewise discharge selected areas on the photoreceptor 
18 to create an electrostatic latent image representative 
of the image desired to be printed. As is known in the 
art of electrophotography, other stations along the path 
of photoreceptor 18, such as a charging bar and devel- 

55 opment unit (not shown) are also required to create the 
desired developed image on the photoreceptor belt 18. 
This developed image, which is typically in the form of 
a reverse image in toner particles on the photoreceptor 
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However, this is most likely still faster than developing 
an entirely new machine. 

A Mark Facility Controller manages, coordinates, 
and represents the entire connected configuration of 
feeder modules, marker modules, finisher modules and 
output modules. These are referred to collectively as 
Machine Modules. There is one Mark Facility Controller 
for a configuration of machine modules. This collection 
of machine modules along with a Mark Facility Control- 
ler is referred to as a Document Output Terminal or al- 
ternatively, a Mark Facility. 

The basic concept of the Mark Facility is that jobs 
coming from various sources such as decomposers, 
scanners, file systems, etc. can be sent to a common 
Mark Facility interface independent of where the job is 
coming from, and independent of what physical ma- 
chine modules make up the DOT The Mark Facility Con- 
troller is responsible for taking the mark job (described 
primarily via an Assembly Tree in accordance with the 
present invention) which is machine independent, map- 
ping it on to the particular machine configuration 
present, and coordinating the machine modules to 
render the job. 

Note that the Mark Facility Controller is not respon- 
sible for the Image Path. However, the Mark Facility 
Controller interacts closely with an Image Loader. The 
Image Loader is the demarcation point in the image path 
after which any further processing can be done in a de- 
terministic amount of time. From the point of view of the 
Mark Facility Controller, the Image Loader acts as an 
"image flow control valve", and the Mark Facility Con- 
troller coordinates the "feeding of images" through the 
Image Loader along with and in the same manner as 
the feeding sheets 

Figure 6. illustrates how the Mark Facility Controller 
would interact with the various modules of the Mark Fa- 
cility as well as the ciient{s) of the Mark Facility Interface. 
In particular, there is shown a Mark Facility controller 74 
interconnected to arbitrary machine modules 76, 78. 
and 80 and image loader 82 by means of a page level 
control path shown as dashed lines at 84. Also shown 
connected to controller 74 are print server 86 and de- 
compose facility 87 interconnected by means of either 
a service level control path, 83 or job level control path 
88. Also, the image loader 82 can be connected be- 
tween decompose facility 87 and a marker module, such 
as 78 by means of a page level image path, dotted lines, 
90. Other operations such as a copy service, scan facil- 
ity, and file system can also be part of the system. The 
diagram is an example configuration, not the required 
configuration. The service level control path 83 provides 
control of the entire Mark Facility (e.g. suspend the fa- 
cility, resume the facility, submit mark job, cancel mark 
job, etc). The job level control path 88 would be used for 
streaming a job description (i.e. assembly tree): page 
level control 84 is essentially the scheduling of a page. 

The Mark Facility Controller meets various require- 
ments. In particular, the Mark Facility Controller ensures 



that the document output terminal produces what the 
operator asked for within the constraints of the DOT. If 
a jam or other anomaly (eg. crash) occurs during pro- 
duction then recovery must guarantee that no part of the 

5 output is tost or duplicated (e.g. cani lose or duplicate 
printed checks). The Mark Facility Controller ensures 
that the document output temninal is driven at rated 
speed whenever resources (paper, images) are availa- 
ble. This requirement implies that the Mark Facility Con- 

10 troller will control whatever buffering functions are nec- 
essary to ensure a steady supply of images to the mark- 
ing module regardless of peculiarities of page order re- 
quirements of specific modules. It further implies that the 
Mark Facility Controller must be capable of streaming 

IS mark job (the job description coming into the Mark Fa- 
cility Controller) to ensure uninterrupted delivery of 
prints. 

In addition, the Mark Facility Controller must sup- 
port a common Mark Facility Interface (software inter- 
ne face) for all DOTs: all DOTs are controlled through the 
same software interface, the Mark Facility Interface. The 
Mark Facility Controller must provide a uniform Machine 
Module Interface for marking, feeding and finishing for 
all devices supported by the architecture The Mark Fa- 

25 ctlity Controller must provide information to enable Job 
Shop Scheduling (a.k.a. work flow management). This 
includes estimations of "time to complete job". This es- 
timation includes factors like skipped pitches which can 
be predicted and perhaps those that can be statistically 

30 predicted; it does not account for unpredictable skipped 
pitches (e.g. unexpected jams). The Mark Facility Con- 
troller also provides information to its clients to enable 
load balancing of print jobs across multiple DOTs. 
Also, the Mark Facility Controller makes available 

35 information about the DOT to Mark Facility clients, in- 
cluding information about the capabilities of the DOT 
and its current state. The Mark Facility Controller will not 
have any embedded knowledge about the client(s) of 
the Mark Facility Interface. That is there must not be any 

•*o source dependencies incorporated into a Mark Facility 
Controller implementation. The Mark Facility Controller 
architecture has no a prior machine module specific 
knowledge. In particular, even if the Mark Facility Con- 
troller is physically packaged with a Marker Module, the 

'^5 Mark Facility Controller implementation software has no 
a prtori knowledge of the marker module; it is completely 
independent of the marker module. Further, the under- 
lying technology of the Mark Facility Controller should 
be machine module independent as well. Note that a 

so particular implementation may be 'tuned" or even "pre- 
set" for a certain set of configurations in order to de- 
crease resource requirements. 

The Mark Facility Controller has no knowledge of 
the image object content, processing requirements and 

55 representation. The Image Loader 82 is responsible for 
performing image processing and the hard real time 
buffering, synchronization and transmission of data be- 
tween the Mark Facility Controller and the Marking Mod- 
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scheduler, at a much higher level) might query the Mark 
Facility Controller as to its ability to render a particular 
mark job. To validate the job without actually printing it, 
the bidding function would examine the machine graph 
(the description of the print machine configuration), val- 
idate that it could (or could not) do the job. and if so, 
submit a estimate of how long it would take, how soon 
it could start, etc. This would allow the print shop sched- 
uler to perform load balancing or job pre-validation to 
improve shop productivity. Note that when estimating 
the time to produce a mark job. the Mark Facility Con- 
troller cannot take into account unforeseen circum- 
stances like unexpected paper jams, etc. 

While the Image Path is not part of the Mark Facility 
Controller, the Mark Facility Controller makes assump- 
tions about its operation. The Mark Facility Controller 
treats images as work units to be scheduled {the same 
as sheets and compilations). The Mark Facility Control- 
ler expects modules sourcing images, as work .units to 
operate as proper Machine Modules and thus export the 
Machine Module Interface. Functions such as image 
buff er control, image processing, and consumption/gen- 
eration of image formats are outside the scope of the 
Mark Facility Controller. 

The Mark Facility Controller also needs to support 
offline finishing. There are two classifications of offline 
finishing:!) completely independent standalone finish- 
ers and 2) configurations of feeders and/or finishers. A 
Mark Facility Controller is not needed in ( 1 ), but may be 
needed in (2). Therefore the Mark Facility Controller 
must be able to run on a platform suitable to this situa- 
tion. For example, it may be desirable to have the Mark 
Facility Controller run on a laptop which can be connect- 
ed to a configuration of feeders and finishers and coor- 
dinate them. 

A system of machine modules is modeled as a col- 
lection of transducers which have constraints, as shown 
in Figures 8 and 9, that specify their behavior. Schedul- 
ing is accomplished by finding a sequence of transfers 
between the various transducer inputs and outputs that 
is consistent with the constraints. This is the essence 
that enables mix-and-match of Markers, Feeders, and 
Finishers. In particular, machine modules such as feed- 
ers, mark engines, and finishers are viewed as black 
boxes with portals which allow transfer units such as 
sheets, sets, plates, etc to enter or exit. Modules also 
have conceptual control signals which is used to specify 
desired capabilities such as simplex verses duplex, or 
staple verses bind. Modules export portals and control 
signals to the scheduler along with constraints. The con- 
straints identify the subspace of signals that can be ex- 
hibited by the black-box on its portals. Every solution of 
the constraints corresponds to a feasible behavior of the 
black-box and every feasible behavior of the black-box 
corresponds to a solution of the constraints. 

The scheduler creates a graph representing all of 
the modules. 

For example, feeders 122, 124. and image loader 



126 with specific constraints are connected to either or 
both of black and white mark engine 1 28 and color mark 
engine 130 as illustrated in Figure B. Each of the mark 
engines includes specific constraints relative to a con- 

5 nection to complier/stapler 132 in turn connected to 
shrink wrapper 134 with associated constraints. De- 
pending upon the interconnection and constraints, cer- 
tain operations are acceptable and certain operations 
would fail. This interrelation can be illustrated by inter- 

10 connected transducers illustrated in Figure 9. For exam- 
ple, transducer 136 is connected to transducer 148. 
transducer 136 responding to constraints 138, inputs 
140 and control 142 to provide outputs 144 and 146. 
Output 1 46 is an input to transducer 1 48 in turn providing 

1$ output 1 54 in response to control 1 52 and constraint 
150. 

When a print job is submitted, the scheduler creates 
a plan by solving the constraints and specifying the iden- 
tity and times of transfer along the edges of a graph rep- 

20 resenlation of module (the boundaries of the transduc- 
ers). The machine module descriptions that the sched- 
uler accepts are compositional, i.e. feeder mark engine, 
and finisher descriptions can be merged at power-up 
time to form a single prim machine description which can 

25 then be scheduled. 

Capabilities are a means of describing what a DOT 
machine module can do such as feed paper, simple 
mark, staple, etc. Capabilities are described in terms of 
work units input, work units output, and the relationship 

30 between the inputs and the outputs using universally de- 
fined keywords. Traditional means of defining what a 
machine module can do have limited their description to 
the end outcome (stapled, bound, etc) which is insuffi- 
ciently detailed to allow mix-and-match of markers. 

35 feeders, and finishers. 

A capability is expressed on a transducer such as 
a machine, a machine module, or a component within a 
machine module. The capabilities defined what the 
transducer does. The capability kJentifies which kind of 

-to work unit is entering or exiting on which port of the trans- 
ducer. It defines any constraints on timing of the work 
units (e.g. minimum 500 milliseconds between entering 
sheets), or attributes of the work units (e.g. paper size 
must be less than 17"). etc. It also defines the relation- 

■ts ship between the inputs and outputs in terms of work 
unit properties e.g. finishing changed, added, deleted, 
etc.. e.g. the sheet exiting has all the same properties 
as the sheet entering, except the orientation is changed 
from face up to face down). 

so The advantages over traditional methods of de- 
scribing such data include the folkjwing. Traditionally, it 
was simply stated that a machine module with a stapler, 
merely stapled, and referred to the DPA ISO 1 01 75 key- 
word STAPLE. However, actual machines differ widely 

55 in the physical details of accomplishing this operation. 
Therefore, by simply saying STAPLE does not provide 
enough information to determine whether a collection of 
machine modules can actually produce the requested 
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ments are to be produced {timing, production order, etc), 
only statements relating to the final output. The advan- 
tages over traditional methods of describing such data 
are that the assembly tree is highly expressive, machine 
independent, and extendible. The tree structure can ex- 
press any kind ol print engine job. This is a significant 
improvement over traditional specifications which often 
had to be altered whenever a product program needed 
to add a new job type. The assembly tree specification 
is independent of any particular machine, its configura- 
tions, and of it temporal constraints. This means the de- 
composer/print engine protocol doesn't have to change 
whenever the print engine changes. Because properties 
and finishing are expressed through keywords, new 
keywords can be added at any time, extending the 
space of expressible trees (traditionally, these have 
been hard-coded) The effect of the above is that the as- 
sembly tree enables true ESS/Print Engine plug-and- 
play. 

In accordance with the present invention, an as- 
sembly tree is used for describing a universal canonical 
representation of a physical document. Because it is 
purely descriptive, an assembly tree can be used to de- 
scribe a document that was scanned, a document that 
is to printed on a print engine, as well a document in 
intermediate steps between capture and mark. Tradi- 
tionally different formats have been used at each stage 
because no format was expressive enough to cover all 
areas. Because the assembly tree simply describes a 
physical document rather than prescribing various ac- 
tions to be taken, the assembly tree can be used in many 
interpretations. For example, when sent to a print en- 
gine, it can indicate a document to be printed. When re- 
ceived from a scanner it can indicate a document that 
was scanned. 

The genesis of an assembly tree is any input stream 
that a machine can accept. The input stream may be a 
PDL stream, an incoming Fax, or a stream of scanned 
images-each of these streams may be accompanied 
by some amount of 'job level' information. A Mark Facil- 
ity and display are examples of consumers of assembly 
trees. Merge is an example of a component that con- 
sumes assembly trees and produces new assembly 
trees based on the input trees. The advantages over tra- 
ditional methods of describing such data include having 
a common data format and a single canonical form rep- 
resenting documents. Having a single canonical form 
greatly simplifies system software, eliminating the 
needs for features such as conversations. Also, estab- 
lishing a single canonical form for representing physical 
documents at the post-decomposed/image as bits cre- 
ates new opportunities for "plug-in components". For ex- 
ample, a 3rd party vendor might make a "9-up" plug-in 
component that consumed assembly trees, and pro- 
duced new assembly trees that were 9-up versions of 
the input assembly trees. 

With reference to Figure 11 there is shown an ex- 
ample of the transfer of assembly tree representations 



between facilities. For example, block 230 illustrates the 
scanning of a document and conversion into the assem- 
bly tree format. At block 232, the scan document is 
transformed from a 1 -up to a 4-up document by suitable 

s manipulation of the assembly tree. The document or im- 
age in the assembly tree format can then be displayed 
as illustrated at block 234, sent for editing for incorpo- 
ration into another electronic document as shown at 236 
or merged with other assembly trees as illustrated 238. 

10 Block 238 is also shown as receiving decomposed im- 
ages in assembly tree format at 242 and 240 to also be 
merged at block 238. The merged assembly tree can 
then be fonwarded to a mark facility shown at 244 or filed 
as illustrated at 246. 

IS In accordance with the present invention, there is 
provided a generic means, a production tree, to repre- 
sent how a mark job is to be produced by a particular 
Document Output Terminal (DOT), a collection of mark- 
ers, feeders, and finishers. The product tree structure is 

20 generic and can be used for any mark job on any DOT 
Traditionally, such information was kept in ad hoc data 
structures customized to a particular DOT 

A production tree is a tree structure where the 
nodes represent capabilities of a DOT and the edges 

25 represent transfer of work units (images, sheets, and 
compilations) between various components of the DOT 
The structure of the production tree establishes which 
capabilities of which machine module will be used to 
produce which part of the job: the timings on the edges 

30 establishes when capabilities are be to executed and in 
what order. A production tree is generally built by taking 
an input mark job in the form of an assembly tree dis- 
cussed above, along with a model of the DOT expressed 
in terms of components with capabilities and mapping 

35 the assembly tree onto the model's capabilities. 

Traditional methods of representing a document 
production plan generally have no means of accommo* 
dating a mix-and-match of various 3rd party markers, 
feeders, and finishers. The production tree enables this 

^0 mix and match because of its generic means of relying 
on capabilities. The production tree is a central data 
structure in the Mark Facility architecture. Having a sin- 
gle representation across products allows for significant 
reuse among software that interacts with the production 

-ts tree, in particular, a constraint-based scheduler. 

Figure 1 2 illustrates a typical productbn tree to rep- 
resent the manner of accomplishing a mark job require- 
ment. Assume an assembly tree represents sheet 1 to 
receive image 1 , sheet 2 to receive image 2, and sheet 

50 to receive image 3, the sheets 1 , 2, and 3 to be compiled 
and stapled. A production tree representation of this ge- 
neric assembly tree to achieve the result is illustrated. 
Specifically, Figure 12 illustrates the flow of the work 
units or images, sheets, and compilations are organized 

55 with appropriate timing indications to achieve the re- 
sults. Block 250 illustrates sheet 1 feed at 3700 millisec- 
onds and then image number 1 generated at 3800 mil- 
liseconds for marking at the appropriate marking ma- 
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A method of initiating a diagnostic procedure on an 
electronic image processing apparatus, the elec- 
tronic image processing apparatus comprising a 
controller (74) and a plurality of modules 
(104,106,108), each of the modules including an 
associated processor, each of the processors stor- 
ing data related to operational constraints of the as- 
sociated module, a bus for interconnecting the proc- 
essors to the controller for directing the operation 
of the modules, including: 

receiving from each of the processors the data 
related to the operational constraints of each 
associated module, 

defining each of the modules with inputs and 
outputs having said constraints, 
interrogating each of the processors to deter- 
mine the geometrical relationship of the inter- 
connection of the modules, and - 
responding to the data related to the operation- 
al constraints of each of the processors and to 
the geometrical relationship of the interconnec- 
tion of the modules for providing a timed se- 
quence of matched inputs and outputs between 
modules to initiate the diagnostic procedure. 

A method as claimed in claim 3. wherein the con- 
straints include attribute constraints and/or time 
constraints. 

A method as claimed in claim 3 or claim 4. wherein 
the step of initiating the diagnostic procedure is in- 
dependent of a particular configuration of the plu- 
rality of modules, and/or wherein the step of provid- 
ing a timed sequence of matched inputs and out- 
puts between modules includes the step of provid- 
ing electrical and mechanical events to accomplish 
the matched inputs and outputs. 

A method of initiating a diagnostic routine in an elec- 
tronic image processing apparatus comprising a 
controller and a plurality of machine modules, each 
of the modules including an associated processor 
electrically connected to the controller each of the 
processors storing data related to operational ca- 
pabilities of the associated module, including: 

identifying a given diagnostic routine in an un- 
timed format, 

interrogating the machine modules to deter- 
mine the interconnection and operational capa- 
bilities of each of (he machine modules, includ- 
ing receiving data related to the operational 
constraints of each associated module, 
analyzing the diagnostic routine in the untimed 
format and the operational constraints of each 
associated module, 

converting the diagnostic routine in the untimed 



format into a timed relationship of a selected 
set of modules to initiate the diagnostic routine, 
and 

coordinating the operation of the selected set 
of modules to complete the diagnostic routine. 

7. A method as claimed in claim 6, including the step 
of defining each of the modules with inputs and out- 
puts with said constraints and, optionally, providing 
a timed sequence of matched inputs and outputs 
between modules. 

8. A method of operation of the image processing ap- 
paratus in a diagnostic mode, the image processing 
apparatus comprising a controller and a plurality of 
machine modules, each of the modules including 
an associated processor electrically connected to 
the controller, each of the processors storing data 
related to operational constraints of the associated- 
module, including: 

receiving in the controller a diagnostic require- 
ment having a module independent element 
and a module specific element, 
interrogating the machine modules to deter- 
mine the interconnection of each of the ma- 
chine modules. 

converting the module independent and mod- 
ule specific elements into a selection of time 
compatible modules to support the diagnostic 
requirement and 

coordinating the machine modules to complete 
the diagnostic requirement. 

9. A method as claimed in claim 8, wherein the module 
independent and module specific elements are con- 
verted into a constraint and timing format for driving 
the machine modules. 

10. A method of operation of the image processing ap- 
paratus to complete a given diagnostic request, the 
electronic image processing apparatus comprising 
a controller and a plurality of modules, each of the 
modules including an associated processor, each 
of the processors storing data related to operational 
constraints of the associated module, a bus for in- 
terconnecting the processors to the controller lor di- 
recting the operation of the modules, including: 

receiving from each of the processors the data 
related to the operational constraints of each 
associated module, 

interrogating each of the processors to deter- 
mine the geometrical relationship of the inter- 
connection of the modules, and 
responding to the diagnostic request and to the 
data related to the operational constraints of 
each of the processors for selecting a set of 
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